home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Experimental BBS Explossion 3
/
Experimental BBS Explossion III.iso
/
gus
/
digestvb.zip
/
V11N25G.TXT
< prev
next >
Wrap
Text File
|
1994-02-27
|
13KB
|
305 lines
Apparently-To: john.smith@gravis.com
GUS Daily Digest Sun, 27 Feb 94 0 :07 erv Volume 11: Issue 25
Today's Topics:
GUS & PCREVIEW Magazine
Help with OS/2 2.1 and GUS
linear vs. log
Links 386 Pro and GUS
New Playmidi (response)
Path in Patch names when using Ultrasnd.ini
Standard Info:
- Meta-info about the GUS can be found at the end of the Digest.
- Before you ask a question, please READ THE FAQ.
----------------------------------------------------------------------
Date: Sat, 26 Feb 1994 11:14:59 +0000
From: aim1 <aim1@aber.ac.uk>
Subject: GUS & PCREVIEW Magazine
Ok someone made a fair point in that the GUS should not automatically be
recommended to all users (I would hesitate to recommend it to gamers without
Internet access - but this is another thread... ). However, the point with
this magazine article is that the two reviewers were incompetent:
- The GUS was compared to an Orchid SoundWave32 and the latter was deemed
to have better sound quality.
- They cited the fact that the version of Doom they had didn't work with the
GUS in native mode (nor with SBOS) as typical of the incompatibilities
encountered when using the GUS. I know of only about 3 games which cannot
be made to work with a GUS and I believe that this is to be rectified shortly.
They seemed to think that if people couldn't plug-and-play then they wouldn't
be interested. This may be true for some/many people but there are others who
would rather spend a few minutes finding the best setup for a game and then
reap the rewards for many hours after.
- They didn't mention MegaEm leading me to believe that they do not know of
its existence. Nor did they mention the Miles drivers. I was left with the
impression that they thought that it was either SBOS or native mode or
nothing.
If you wish to let them know what the GUS is really capable of then you can
mail the magazine at
pcreview@CIX.compulink.co.uk
but please no flames - constructive criticism only.
Adrian.
------------------------------
Date: Sat, 26 Feb 94 20:27:54 +0000
From: Robert Stone <rds@ukc.ac.uk>
Subject: Re: Help with OS/2 2.1 and GUS
>
> I've installed the GUS drive (v3.7), but have yet to hear anything
>from my board.
>
>Does anyone have any tricks or tips to try??? I can load SBOS (LOADSBOS,
>use ULTRMIDI.EXE, and all teh others through DOS, but when I try to use
>them through WINOS/2, on starting the full-screen session (AFTER making
>sure the settings are made for the enhanced mode!), it tells me that the
>Windows session must be set for Enhanced Mode. But I did! I did! I swear!
>
>But all through it, in DOS or Windows, not a peep from my board... Help
>me, someone!
>
>--
>Dingo - He who ventures where no wolf has been before!
>dingo@cns.cscns.com
Ok first off, the GUS's Windows drivers will not work in WINOS/2. This is
because WINOS/2 does not support VxD's (VxD's are virtual device drivers) and
the GUS's Windows driver uses a VxD (grvsultr.386), this is why even though
you set WINOS/2 to enhanced mode the message about requiring enhanced mode
appears. This problem will be fixed in OS/2 2.2 (or possibly even in the
soon to be released service pack).
Ok now SBOS, SBOS uses a NMI (a non-maskable interrupt, the memory parity
failure interrupt), OS/2 unlike DOS actually uses this interrupt for its
origional purpose, that is to inform the operating system if the memory
parity test has failed (a sure sign of memory problems). Because OS/2 uses
this interrupt it will not allow programs to 'tamper' with it so SBOS does
not work. Unlike the VxD problem this is actually a failing of DOS the guys
at Gravis have exploited, unfortunately this assumes a working NMI
(something not all mother boards have) and that the operating system does
not use the NMI itself (but of course OS/2 does).
Ultramid, I don't know why you can't get ultramid to work, but all I can say
is that Ultramid does work under OS/2, you could try the following DOS
settings:
DOS_HIGH on
DOS_UMB on
HM_ROM_TO_RAM on
HW_TIMER on
IDLE_SECONDS 10
IDLE_SENSITIVITY 100
VIDEO_RETRACE_EMULATION off
VIDEO_ROM_EMULATION off
Hope that helps
Robert
P.S. You do know that two different third party OS/2 MMPM drivers have been
released? They are both on epas in the submit directory (the last time
I checked), the files are ultra01c.zip and gus0s201.zip
------------------------------
Date: 26 Feb 94 09:50:26 PST
From: zapo@pil.ness.com (Zapo Zapper)
Subject: linear vs. log
Regarding: GUS Daily Digest V11 #24
> > So what's the deal? Is this another CL "lower quality" standard?
> No. Linear volume is used by Roland and virtually every other synth
> because it's more intuitive.
Actually, the "General Midi" draft specifies an exponential volume scale.
-Scott
-------------------------------------------------------------------------
Public Image Limited VBBS (510) 831-3634 [ASV] Guest Account open
Home of VUUCP/2 USENet Interface! [VSP] VBBS 6.10 [Primary Dist. Site]
------------------------------
Date: Sat, 26 Feb 1994 13:19:59 -0600 (CST)
From: The Iceman <gaw55299@uxa.cso.uiuc.edu>
Subject: Links 386 Pro and GUS
Anyone out there get Links Pro to work with....anything? I've tried
the switches with SBOS and it still randomly crashes on the digitized
sounds. I have a recent version, like 1.20 or something. Any ideas on
IRQ's or anything appreciated.
The Iceman
g-wood@uiuc.edu
------------------------------
Date: Sat, 26 Feb 1994 07:09:15 -0800 (PST)
From: mikebat@netcom.com (Mike Batchelor)
Subject: Re: New Playmidi (response)
Not the GUS Server once wrote...
$
$ ------------------------------
$
$ Date: Wed, 23 Feb 1994 02:08:46 -0500 (EST)
$ From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
$ Subject: New Playmidi
$
$ > Date: Mon, 21 Feb 1994 12:14:55 -0800 (PST)
$ > From: mikebat@netcom.com (Mike Batchelor)
$ > Subject: Gripes about new Playmidi
$ >
$ > Got the gus0040.zip last night, and I am not at all pleased with the new
$ > playmidi.exe.
$
$ I am!
$
$ > First of all, the background color is hideous. Please, Gravis, go back to
$ > the black background, or let us choose a background color.
$
$ I think you can change the colour by editing the grvcolor.ini file.
$ But what's wrong with a blue background?
Grvcolor.ini? Aha! Good. The blue background is hideous, that's what's
wrong with it. Obviously, a subjective statement like that is a matter of
opinion, but MY opinion is what counts for MY playmidi. :) Thanks for
the tip on changing it. I DO like the way the note bars bend up and down
to show pitch bending.
$ > But that's a minor quibble. On to the major stuff:
$ >
$ > 1. Having owned a GUS for a year and a half, all my MIDIs are converted
$ > over to log volume. Now the default is linear volume. I must use a
$
$ Linear volume is a much needed improvement. Virtually every other
$ synth uses a linear volume curve, so it's better the the GUS have
$ linear volume than log. Also, vmapped MIDs played on a log curve
Yes, yes yes, I know all this. My complaint was that the default is
linear. I think the default should have been log, with a switch for
linear. The next version - after we've all had time to convert to linear
- can have log with a switch.
$ don't sound quite as they should non-vmapped on a linear curve due to
$ rounding errors in the conversion. These rounding errors get even
$ worse when you use the -r switch to go undo the vmapping. That's why
$ I've advised users to keep their original un-vmapped MIDs around for
$ the eventuality that all the GUS software go linear.
Well, I didn't. Disk space is not unlimited, you know. And now I face
the daunting task of going through my c:\midi dirtree and trying to figure
out where I got everything, and getting them all again. Phoo. I'd rather
delete the lot and start over.
$ > that events are going by, but no sound comes out. Chase.mid is a notable
$ > example.
$
$ This is because chase.mid uses out-of-date custom patches. Use
$ 'pupdate -check_patch *.pat' to update the patches.
And another thing - Gravis' README files are incomplete. This is just yet
another example, as is the grvcolor.ini, the purpose of -umid, and so on
and so on. Were you not a GUS owner, no one would know these things, it
seems. I have my doubts about whether this will work, though, since it is
silent with -umid as well, and that plays it with NO custom patches. Not
all instruments are custom, one would think the standard patches would
play fine, with the custom ones silent. But I'll try it.
$ > 4. Really major BUG: detune values in the .cfg file are ignored, as are
$ > the volume values. With the old playmidi, I could adjust a particular
$
$ I haven't checked this out as I don't use any detune or volume
$ parameters in my default.cfg.
I wouldn't want any in my default.cfg. But, for instance, bluemond.mid
uses some guitar at the beginning that is an octave too high to my ear, so
I detune them with default.cfg copied over to bluemond.cfg. The detune
values and volume values are ignored now in the bluemond.cfg. Maybe it
would read them in default.cfg, but I want song-specific config files
again.
$ > So, for the majority of the MIDI files I keep, the new playmidi produces
$ > no sound, or poorer sound, compared to the 2.06a playmidi.
$
$ For me, the new PlayMIDI is a definite improvement for the singular
$ reason of it having a linear volume curve.
I suppose. It would be better if it was never log to begin with, but
we're stuck with what it was, and Gravis didn't help much by abruptly
switching to what everyone else does, with little or no documentation on
how to convert.
--
Mike Batchelor | UseLinuxUseLinuxUseLinuxUseLinuxUseLinuxUseLinuxUseLinux
mikebat@netcom.com | xuniLesUxuniLesUxuniLesUxuniLesUxuniLesUxuniLesUxuniLesU
------------------------------
Date: Sat, 26 Feb 1994 14:52:11
From: (Curt Maughc)
Subject: Path in Patch names when using Ultrasnd.ini
Is it just me or is that you cant use path names in ultrasnd.ini. By this I
mean I have some patches in a subdirectory of the directory I told the Patch
bank to look for files. I remember before I was able to use path names to find
files but now I can't do that anymore and that is really annoying when using
megaem and the latest windows drivers. I don't understand why they got ride of
this feature which was in the past version of the windows drivers. I can use
path names in ultramid.ini and default.cfg with no problems what so ever but
when doing to ultrasnd.ini all the programs that use it just same it can't
find the patch name. an Example would be :
[bank 0]
PatchDir=c:\ultrasnd\midi\
0=patch2\acpiano
where patch2\acpiano would be in the subdirectory patch2 and the patch file
acpiano.pat. This works with ultramid.ini and default.cfg. I hope Gravis is
watching this and fixes this problem when they release the next update to
megaem and the windows drivers.
------------------------------
End of GUS Daily Digest V11 #25
*******************************
To post to tomorrow's digest: <gus-general@mail.orst.edu>
To (un)subscribe or get help: <gus-general-request@mail.orst.edu>
To contact a human (last resort): <gus-general-owner@mail.orst.edu>
FTP Sites Archive Directories
--------- ------- -----------
Main N.American Site: archive.orst.edu pub/packages/gravis
wuarchive.wustl.edu systems/ibmpc/ultrasound
Main Asian Site: nctuccca.edu.tw PC/ultrasound
European Callers ONLY: theoris.rz.uni-konstanz.de pub/sound/gus
Submissions: archive.epas.utoronto.ca pub/pc/ultrasound/submit
Newly Validated Files: archive.epas.utoronto.ca pub/pc/ultrasound
Mirrors: garbo.uwasa.fi mirror/ultrasound
MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
Hints:
- Get the FAQ from the FTP sites or the request server.
- Mail to <gus-general-request@mail.orst.edu> for info about other
GUS related mailing lists (programmers, musicians, etc.).